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[57] ABSTRACT 

A method of managing information used and generated 



in the scheduling and exhibition of performances is 
disclosed. A video network includes a video server that 
operates several video recorders to simultaneously ex- 
hibit video performances or programs on a plurality of 
channels. The video server is controlled in real time in 
accordance with data presented to it iri an exhibition 
plan. The exhibition plan is generated through the per- 
formance of an exhibition manager process which oper- 
ates on a computer. The exhibition manager manages 
information related to the performances to be exhibited, 
schedules the performances in accordance with user- 
supplied timing data, prints reports, and maintains a 
personal information manager having a database de- 
scribing studios, contacts, and other information related 
to licensing the performances for exhibition on the net- 
work. The information related to performances includes 
repeat factors and short titles which the exhibition man- 
ager calculates. The scheduling activities of the exhibi- 
tion manager automatically schedule repeated exhibi- 
tions of a performance in accordance with the perfor- 
mance's repeat factor. An inventory manager takes the 
exhibition manager's schedule and automatically ex- 
pands it to schedule individual media copies of perfor- 
mances. The inventory manager automatically prints 
purchase orders and tracks media copies after they are 
received. Unique codes are affixed to the media copies 
and to the places where the media copies might possibly 
reside. Portable scanners are used to associate an em- 
ployee id, a media copy code, a location code, and a 
date and time stamp together to track inventory and to 
provide accountability for the media copies. 



21 Claims, 17 Drawing Sheets 
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SCHEDULE MANAGEMENT METHOD 

RELATED APPLICATIONS 

The present invention is related to: 

1. "Inventory Management Method," by P. Deborah 
Clark, Ser. No. 07/637,857 filed on the same day as 
the present application and assigned to the assignee of 
the present invention. 

2. "Method For Providing Video Programming Nearly 
On Demand," by Kathryn E. Ullrich, et al., Ser. No. 
07/633,637, filed on Dec. 21, 1990, and assigned to 
the assignee of the present invention. 

3. "Video Distribution System Allowing Viewer Ac- 
cess to Time Staggered Identical Prerecorded Pro- 
grams," by Stephen S. Walker, et al., Ser. No. 
07/633,593, filed on Dec. 21, 1990, now U.S. Pat. No. 
5,168,353. 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates generally to the sched- 
uling of performances and the subsequent public exhibi- 
tions of the scheduled performances. More specifically, 
the present invention relates to methods for efficiently 



10 



15 



20 



may be printed and distributed to network subscribers 
in advance of the scheduled exhibitions. 

Once a schedule that favorably balances all these 
factors has been compiled, steps must be taken to insure 
that the schedule is realized. In other words, the sched- 
ule, which consists of abstract information, is converted 
into real world products and processes. For example, 
steps are taken to make the media upon which the per- 
formances are recorded available. These media needs to 
be available at the proper time and in a needed quantity. 
The media must contain the proper performances and 
must work properly. Moreover, the media copies must 
be managed so that they are readily available when 
needed and not mixed up or otherwise confused with 
other media copies. Contingencies for other real world 
problems, such as jammed or missing media copies, 
must also be considered. A modern network must con- 
tinue to operate in accordance with published schedules 
in spite of numerous "real world" problems which 
might work against meeting the schedule. 

SUMMARY OF THE INVENTION 

Accordingly, it is an advantage of the present inven- 
tion that a method for efficiently and accurately manag- 



and accurately managing the scheduling of programs, 25 mg exhibitions of performances is provided. 



the acquisition of media copies of programs, the man- 
agement of an inventory of the media copies, and the 
exhibitions of the programs throughout a predeter- 
mined period of time. 

BACKGROUND OF THE INVENTION 



30 



Video and audio broadcasters engage in performing 
or otherwise broadcasting audio and visual productions 
or programs. Typically, such performances are pro- 
vided to the broadcasters on magnetic and optical re- 
cording media, such as video and audio disks and tapes, 
over satellite or network feeds, from live performances, 
and the like. The broadcasters rebroadcast these perfor- 
mances over their networks. Each broadcast may be 
considered an exhibition of the performance. Often, the 40 
broadcasters simultaneously exhibit numerous perfor- 
mances on multiple channels, and many of the perfor- 
mances may be repeated at various times. 

Due to competitive and other factors, many broad- 



Another advantage of the present invention is that a 
method is provided that adapts one or more computers 
to manage the exhibition of performances so that only a 
few persons are needed to control a network. 

Yet another advantage is that the present invention 
provides a scheduler which is particularly adapted to 
the needs of pay-per-view (PPV) networks. 
Another advantage is that the present invention ac- 
35 commodates repetition of exhibitions on a single chan- 
nel. 

Still another advantage is that the present invention 
accommodates simultaneous exhibitions on multiple 
channels. 

Another advantage is that the. present invention ac- 
commodates multiple or single exhibitions of multiple 
titles on a single channel. 

Yet another advantage is that the present invention 
manages the acquisition and inventory of media copies 



casters are forced to reduce their overhead costs to a 45 °f performances scheduled for exhibition. 



minimum. As a result, a modern network may be essen- 
tially controlled by only a single person who operates a 
wide assortment of automated equipment. However, in 
all but the most simple networks, the management of 
information related to scheduling performance exhibi- 
tions, the acquisition of sufficient media copies to meet 
the schedule, and the control of equipment in accor- 
dance with the schedule place strenuous demands on 
the person or persons who operate the network. 

For example, the performances must be sought out 55 
and licensed. Different performances are licensed under 
different terms. The performances may be available 
only in accordance with various timing requirements, 



Still another advantage is that the present invention 
automatically calculates needed quantities of media 
copies and dates at which media copies are needed. 
Another advantage is that the present, invention as- 
50 signs unique media copy codes to received media copies 
and unique location codes to potential locations where 
the media copies might possibly reside to track and 
provide accountability for the received media copies. 

The above and other advantages of the present inven- 
tion are carried out in one form by a method of effi- 
ciently and accurately managing the exhibition of pre- 
determined performances throughout an interval of 
time. The method calls for entering data describing the 
predetermined performances into a computer. The 



and licensing terms typically require fees which are 

based upon the number of exhibitions each performance 60 computer will then retain a unique data record for each 

experiences over the network. Likewise, the perfor- performance. Timing data is also specified to the com- 

mances may originate from numerous different sources puter. The timing data describes when to exhibit one of 

and different performances run for different lengths of the performances. The computer then repetitively asso- 

time. Scheduling demands require promotional, adver- ciates the data record for one of the performances with 

tising, public service, and other timing considerations to 65 timing data to produce an exhibition plan, 

be juggled with the run times of the licensed perfor- The above and other advantages of the present inven- 

mances. Moreover, scheduling must often be accurately tion are carried out in another form by a method of 

prepared in advance so that exhibition plans or listings managing exhibitions of predetermined performances 
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that are recorded on recording media. The method calls 
for scheduling exhibitions of the performances to occur 
at predetermined times and on predetermined channels. 
The method then creates a master data structure which 
identifies, for each channel and each performance 5 
throughout a predetermined interval, specific media 
copies to be transmitted over specific channels at spe- 
cific times. The method calculates, for each of the indi- 
vidual performances, the number of media copies that 
are needed to accommodate the schedule. A video 1° 
server is controlled to play the specific media copies in 
accordance with the master data structure. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present inven- 15 
tion may be derived by referring to the detailed descrip- 
tion and claims when considered in connection with the 
FIGURES, wherein like reference numbers refer to 
similar items throughout the FIGURES, and: 

FIG, 1 shows a schematic representation of a system ^ 
for distributing video programming, including a video 
server, in accordance with a preferred embodiment of 
the present invention; 

FIG. 2 shows a block diagram of a video server con- ^ 
figured in accordance with the preferred embodiment 
of the present invention; 

FIG, 3 shows a flow chart of an Exhibition Schedule 
Manager portion of the preferred embodiment of the 
present invention; 30 

FIG. 4 shows a flow chart of a Title Manager seg- 
ment of the Exhibition Schedule Manager of the pre- 
ferred embodiment of the present invention; 

FIG. 5 shows a flow chart of an Add Title procedure 
performed by the Title Manager segment of the pre- j 5 
ferred embodiment of the present invention; 

FIG. 6 shows a flow chart of a Modify Title proce- 
dure performed by the Title Manager segment of the 
preferred embodiment of the present invention; 

FIG. 7 shows a flow chart of a Schedule Manager ^ 
segment of the Exhibition Schedule Manager of the 
preferred embodiment of the present invention; 

FIG. 8 shows a flow chart of a Create Weekly Sched- 
ule procedure performed by the Schedule Manager 
segment of the preferred embodiment of the present 45 
invention; 

FIG. 9 shows a flow chart of an Edit Weekly Sched- 
ule procedure performed by the Schedule Manager 
segment of the preferred embodiment of the present 
invention; 50 

FIG. 10 shows a data flow block diagram of an In- 
ventory Manager portion of the preferred embodiment 
of the present invention; 

FIG. 11 shows a flow chart of the Inventory Man- 
ager process of the preferred embodiment of the present 55 
invention; 

FIG. 12 shows a flow chart of an Upload Monthly 
Schedule segment of the Inventory Manager of the 
present invention; 

FIG. 13 shows a flow chart of an Inventory Manager 60 
segment of the Inventory Manager process of the pres- 
ent invention; 

FIG. 14 shows a flow chart of a New Tape Entry 
procedure of the Inventory Manager segment of the 
present invention; 65 

FIG. 15 shows a flow chart of a Daily Pick List 
procedure of the Inventory Manager segment of the 
present invention; 



FIG. 16 shows a flow chart of an Upload Files From 
Portable Scanner procedure of the Inventory Manager 
segment of the present invention; and 

FIG. 17 shows a flow chart of a Substitution proce- 
dure of the Inventory Manager segment of the present 
invention.. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

Referring first to FIG. 1, there is seen a schematic 
representation of a system 10 for distributing video 
programming in accordance with, a preferred embodi- 
ment of the present invention; System 10 includes a 
video server 11 interfaced to a headend 12 of a transmis- 
sion system 13 having a plurality of channels. Transmis- 
sion system 13 couples to a multiplicity of addressable 
converter boxes 14 located in respective subscriber 
premises 36. 

FIG. 2 is a block diagram of the video server 11 
shown in FIG. 1. Video server 11 includes, among other 
elements, a serving computer 15 and software, a control 
bus 16, and a plurality of video or media players 17. 

The serving computer 15 performs all control func- 
tions (e.g. start, stop, rewind, etc.) for the video players 
17 in accordance with an exhibition plan or schedule 
(discussed below). Computer 15 also gathers video 
player usage data. The serving computer 15 is loaded 
with the exhibition plan, which specifies timing instruc- 
tions. The serving computer 15 is programmed to pro- 
vide real time outputs in response to these timing in- 
structions. The exhibition plan may be entered by hand, 
provided to the serving computer 15 on magnetic mem- 
ory 19, or transferred directly from a master scheduling 
computer 20. The exhibition plan includes a five-digit 
event code, a title, rating code, channel, starting times, 
dates, run time, and price for each exhibition of a perfor- 
mance. 

The serving computer 15 also monitors the status of 
the video players 17 and operates promotional channel 
video players 18. Operations are controlled through a 
menu. An operator display provides video player status 
monitoring. A status screen indicates whether a video 
playback machine is playing, rewinding, waiting to start 
playing, not in use, setting-up, or has failed. Provision of 
an alarm during video player failure is included. Moni- 
tors (not shown) show what is on a selected channel. 

A commercially available parallel bus 16 provides a 
communications path between an output port of serving 
computer 15 and video players 17 and 18, allowing the 
serving computer 15 to automatically operate the con- 
trol features of the video players. Bus 16 includes one or 
more bus controller panels which provide control sig- 
nals in response to the real time outputs of the computer 
15. These in turn operate video player parallel decod- 
ers, each of which can control several video players. 

Video players 17 are used for playing recorded media 
containing programs in television format or for cou- 
pling a line feed from a live program. The video players 
17 may be any controllable player means such as video- 
cassette recorders (VCRs) or disk players. Pre-recorded 
videocassette format is the most frequently used me- 
dium for video storage in the preferred embodiment of 
the present invention. Video cassette players may be 
software controlled for automatic rewind and playback 
of tapes. Optical disks are another storage medium. An 
attractive feature of optical disk players is the capability 
of multiple playing heads reading a disk. Of course, 
human intervention is needed to insure that a proper 
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tape is inserted in a proper player 17 at a proper time. 
The management of instructions for such human inter- 
vention are discussed below. 

Each video player has a control port coupled to the 
bus 16 and is responsive to the control signals. Each 
video player also has an output providing television 
signals for coupling to a separate corresponding chan- 
nel via the headend 12 of the transmission system 13 (see 
FIG. 1). 

The video players 17 play video selections starting at 
times specified by the exhibition plan. Each player can 
be set for different start times. At the start time, the 
medium is played at the start of the active program, 
which is not necessarily the beginning of the medium. 
At the end of the program the medium is automatically 
rewound, if necessary, and set to the program start. 

In the preferred embodiment of the present invention, 
at least two of the video players 17 are loaded with 
duplicate recorded media and controlled to play at 
staggered or overlapping time intervals. This staggered 
timing of a single program on multiple channels allows 
subscribers to have access to desired video nearly on 
demand. 

The medium is changed in the video server through 
human intervention in either of two circumstances. The 
first is when the exhibition plan dictates that a different 
program will start at a certain time and on a certain 
channel and that the existing video medium should be 
removed and a new medium inserted. Accordingly, an 
operator may replace a given tape 30 to a library 32 and 
select a different tape 30 from library 32 for insertion in 
players 17-18 in accordance with scheduling instruc- 
tions (discussed below). 

The second circumstance occurs due to degradation 
of the medium after being played a specified number of 
times. In the preferred embodiment, an Inventory Man- 
ager process 62 performed within a computer 64 pro- 
cesses a given schedule to determine when a given 
media copy of a program will have been played a prede- 
termined number, preferably around 50, of times. This 
. number is selected so that the chances of program deg- 
radation and mechanical tape problems are extremely 
small when the number of playings are kept below the 
predetermined number. This information is passed 
along to an operator to instruct the operator to replace 
a tape with fresh copy at the appropriate time. 

During a pause, such as rewinding, the input from 
another source cuts through the video player and be- 
comes the player output which is shown on the channel. 
This enables the viewer's channel to show another 
video source such as a promotional or text channel 
during times when the player is not showing a program. 
Arrangements for a promotional channel are described 
below. 

The video pkyers 17 have stereo audio capacity. 
Since it is desirable to operate audio through balanced 
pairs for common mode rejection, two audio outputs 
are connected to a pair of unbalance-to-balance buffer 
amplifiers. Each video player's output signal is coupled 
to a corresponding channel at headend 12. 

Each video player 17 output is coupled to a corre- 
sponding channel on the transmission system 13. The 
video output of the video server is connected through 
scrambling means (see FIG. 1) in headend 12. Each 
signal is selectably scrambled at headend 12 before 
being placed on transmission system 13 (see FIG. 1). 

Video server 11 provides a promotional channel. The 
promotional channel operates similarly to a program 



channel, except each promotional segment is shorter in 
length than a program and is played continuously on 
one of two promotional video players 18. The two 
players alternately play identical preview segments. As 

5 one is playing, the other is rewinding. The promotional 
channel appears to play continuously. The switch from 
one video player to the other is set at a regular interval 
which does not interfere with controller operations of 
the other channels. 

10 The promotional channel continuously shows pro- 
motional programming such as program previews, 
event promotions, order instructions, and programming 
information. A short promotional segment may be re- 
peated back-to-back on a recorded medium so that the 

15 medium does not have to be rewound as frequently. 
Information on the promotional channel is changed as 
required, e.g. monthly, according to the programming 
schedule. The promotional channel operations are soft- 
ware controlled by the serving computer 15. 

20 A character generator 22 is coupled to the serving 
computer 15 for providing a menu in television format 
representing a programming schedule. The menu in- 
cludes the specific times at which the beginnings of the 
video programs may be viewed. Serving computer 15 

25 continuously synchronizes the menu information with 
the video servers. The output of the character generator 
22 is coupled unscrambled through headend 12 to a 
channel designated for text. 
The output of the character generator 22 is also con- 

30 nected to the input of the first promotional video 
player. The output of the first promotional video player 
is connected to the input of the second promotional 
video player. The output of the second promotional 
video player is connected to a channel designated for 

35 promotional. If both promotional video players 18 are 
in a non-play condition, then the character generator 22 
output is automatically connected to the promotional 
channel. 

The promotional channel output signal also couples 

40 through a distribution amplifier 34 so that it may be fed 
to the plurality of program video players 17. When any 
channel is not supplied with video from its video player 
17, the promotional channel is automatically exhibited. 
With reference back to FIG. 1, the programs and 

45 promotions are distributed on separate channels of the 
transmission system 13. Transmission system 13 may be 
configured as broadcast, satellite, cable, or fiber. Hea- 
dend 12 includes a scrambler 23 which selectably 
scrambles the channels. FIG. 1 shows all channels from 

50 video server 11 being routed through scrambler 23 for 
completeness. However, in the preferred embodiment, 
only program channels are actually scrambled. More- 
over, the scrambling is switched off and on through 
control signals provided by a downstream controller 24. 

55 Controller 24 receives scheduling information from 
master scheduler 20 and controls scrambling in accor- 
dance with the scheduling information. 

Addressable converter box 14, or simply converter 
14, enables downstream access to a channel. In other 

60 words, converter 14 allows and controls the viewing of 
programming in its respective subscriber premises 36. 
Generally speaking, a preview or promotional period of 
programming is shown unscrambled prior to the show- 
ing of each program. Converter 14 passes this promo- 

65 tional material toward television receiver 29 without 
any attempt at unscrambling. Thus, the subscriber may 
view intelligible programming. This unscrambled trans- 
mission continues for a predetermined period of time, 
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preferably past the beginning of the program. However, the public switched telephone network (PSTN) 50 or 

downstream controller 24 eventually scrambles the over transmission system 13. 

program and instructs all enabled, converters 14 in a Alternatively, a subscriber may access a telephone 49, 
global transmission to all premises 36 to unscramble the and place a call to a predetermined number for system 
program. For converters 14 which have been enabled, 5 10. Ordering and authorization data may be placed 
subscribers may continue to view intelligible program- through the public switched telephone network 
ming. However, converters 14 which have not been (PSTN) 50 to system 10. This PSTN-directed data may 
enabled do not unscramble the received signals and be received at system 10 either by a customer service 
therefore send only unintelligible programming toward representative who operates a telephone 52 and trans- 
television receiver 29. 1° ^ ers data to master scheduler 20, or by a substantially 
Converter 14 includes a receiver or transmitter/- automated upstream controller 25. Controller 25 may 
receiver section 40 which converts the received signals include an automatic number indicator (ANI) 54 that 
to baseband. A controller portion 42 of converter 14 " automatically receives the telephone number of the 
includes a decoder 44 which looks for data in the base- P^- of course * PSTN 50 must automatically 
band signals that are addressed to the converter 14. 15 the telephone number, as is currently done m cer- 
Controller 42 also controls a descrambler 46 so that **n locations, to ANI 54 so that ANI 54 may receive it. 
incoming signals are selectively unscrambled. Such data This telephone number is used to identify the subscriber 
may be addressed globally, so that all converters 14 who 15 P lacin 6 •» order or transmitting authorization 
interpret data as being directed to them, or locally, so dat f ' „ m , ^ „ 
that only a specific single converter 14 interprets the 20 A controller portion 56 of upstream controller 25 
corresponding data as being directed to it. When such m ^ control a voice synthesizer 58 to return voice 
data is detected, controller 42 examines the data to prompts back to the subsenber. Preferably, these voice 
determine whether it represents credit data, instructions fJ om ^ ins ' ru ? 1 ^ ^bscnber to press various keys on 
for unscrambling an incoming scrambled signal on a „ the subscnbers telephone. For example, the voice 
specified channel or channels, instructions for refraining 25 P rom P? ma / re 5 uest ih ? ro £S*? t0 firSt , enter a per ' 
from unscrambling an incoming unscrambled signal on !£ nal identification number (PIN) for security purposes. 

■r-,, e , , °, . , . ^ The voice prompts may request the subsenber to enter 

. specified channel or channels, instruct.ons for en- a channe) fo / the 4 m ^ a subscriber 

abling a specific channel or channels so it or they may wishes n vjew An ^ ^ ^ ^ cQu . 
later be unscrambled and the fake. M les t0 the hone , ine to ^ dxial \ one multifre . 

The preferred ordering system is impulse payper- en praF) si ls enerated when the subscribe r 
view. In other words, a subscriber may view a preview s fc on the subscriber telephone 49 ^ reports 

or beginning of a program and instantly, on impulse, the numbers tQ controller 56 for ^s^sion t0 master 
order the program For viewing at his or her premises 36. scheduler 20 

The ordering process allows ordering from a choice of 35 when upstream controller 25 receives the billing 
different programs which start at various times. The datE( it stores and formats the data for transfer t0 master 
preferred ordering process is capable of processing scheduler 20 . Scheduler 20 then passes the information 
orders, both requesting and canceling service, in ad- on to bini computer 26 . Billing computer 26 receives 
vance or up until some time into the event. information for each transaction on the customer, the 

The ordering process also allows authonzation for 40 event code ordere d, and any other necessary data to 
receiving orders prior to semcedelivery. Two types of identify the event code with titlfi( ratingj channel( start . 
authorization may be provided for: 1) authorization mg times as wel] as date> timCf and price . Billing 
based on credit limitation, or 2) authorization based on computer 26 prints a bill 27 which includes the program 
parentaUonjroL Accurate records, correlated by pro- ^tle, date, time, and price. 

'gram, are kept by the converter 14 until transferred to 45 The system is adap ted for transferring television pro- 
system 10 for analysis. Records include data on cus- grams f rom video server 11, i.e. upstream transmitter, 
tomer identification, events ordered and canceled (pro- ove r the transmission system 13 to a downstream video 
gram title, start date and time), time and day of order recorder 28 and television receiver 29 coupled to the 
transaction, b lockage jn ordering or receiving service, converter 14. The downstream control signals may be 
and price of program. 50 sent on cable, fiber, or telephone lines, but preferably 

Alternate embodiments for methods of ordering pro- the same media the television signals are sent on. 
gramming are contemplated. In a preferred embodi- FIG. 3 shows a flow chart of an Exhibition Schedule 
ment, a subscriber accesses a keypad (not shown) on the Manager 300 portion of the preferred embodiment of 
subscriber's converter 14 to enter an order. A simple the present invention. Exhibition Schedule Manager 
push of a button will successfully cause an order to be 55 300 is a process which is carried out in large part within 
entered. The converter 14 records the fact that an order a computer, such as computers 15, 20, 64, or preferably 
has been placed in a memory 48, and associates the time yet another computer 66 (see FIG. 2). The computer 
of day and the channel being viewed with this informa- which performs exhibition schedule manager 300 pref- 
tion. Converter 14 may also verify that credit and pa- erably includes a video display, printer, disk or other 
rental authorization permit the order. This order will 60 permanent memory for long term data storage, and a 
enable converter 14 to unscramble the programming in keyboard or other device for transferring user input, i.e. 
response to a global unscramble signal received from data entered into the computer by a user of system 10 
system 10. (see FIG. 1), or other user selections to the computer 

Preferably, downstream controller 24 of system 10 (not shown). All of these items are conventionally in- 
polls each set-top converter 14 daily. If converters 14 65 eluded with personal computers, and many different 
have collected billing data, controller 24 requests them kinds and forms of commercially available personal 
to transfer this data to upstream controller 25 of system computers may suffice for use in connection with the 
10. Such billing data may be transmitted either through present invention. Exhibition Schedule Manager 300 is 
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controlled through computer instructions stored within 
computer memory. 

Upon starting Exhibition Schedule Manager 300, a 
switching task 302 receives user input to determine 
which of the several segments within Manager 300 to 
perform. Preferably, task 302 displays a menu which 
identifies the possible segments that are available for the 
user to select. By using the term "display", those skilled 
in the art will recognize that a video display terminal is 
controlled to visually indicate the specified information. 
"Display" is contrasted with the term "print" or 
"printed", which is used below to refer to the control of 
a printer or like device to make a hard copy of specified 
information. Once the user has selected a segment, task 
302 switches program control to the selected segment. 

Task 302 may, upon a user input selection, switch 
program control to a Title Manager segment 400. Title 
Manager 400 allows Exhibition Schedule Manager 300 
to manage a "titles database" (not shown) that describes 
any number of performances potentially available for 
exhibition. Title Manager 400 is discussed below in 
connection with FIG. 4. 

Task 302 may, upon a user input selection, switch 
program control to a Schedule Manager segment 700. 
Schedule Manager 700 allows Exhibition Schedule 
Manager 300 to manage a multiplicity of files which 
associate specified performances with specified timing 
criteria and channel identification data. These files 
serve as exhibition plans. Schedule Manager 700 is dis- 
cussed below in connection with FIG. 7. 

Task 302 may, upon a user input selection, switch 
program control to a reports segment 304. Reports 
segment 304 generally prints various reports connected 
with the scheduling of performance exhibitions. Specifi- 
cally, in the preferred embodiment, segment 304 ac- 
cesses one or more of the files managed by Title and 
Schedule Managers 400 and 700 and prints at least por- 
tions of the data contained therein. User input specifies 
which files to access and which type of report to print. 
For example, reports segment 304 may print a weekly 
exhibition plan. User input specifies the week to be 
printed and whether to print the report in a draft or final 
form. Reports segment 304 may print bookings of per- 
formances. User input specifies a month for which 
bookings are to be reported or a specific performance 
title for which bookings are to be reported. Likewise, 
segment 304 may print a list of available titles or an 
exhibition plan in a particular "guide" format, which 
network customers find convenient. Of course, those 
skilled in the art will recognize that segment 304 may be 
further configured to sort through the files managed by 
segments 400 and 700 and to prirJ any other useful 
information contained therein. 

Task 302 may, upon a user input selection, switch 
program control to a control/transfer segment 306. 
Control/transfer segment 306 generally causes the com- 
puter upon which Exhibition Schedule Manager 300 is 
being performed to generate execution plan data in a 
format which is useful for other components of system 
10 (see FIG. 1). Specifically, during segment 306 user 
input identifies a month whose exhibition plan is to be 
transferred. Segment 306 retrieves a file containing the 
exhibition plan for the specified month. If necessary, the 
data in this file may be reformatted into a form that is 
compatible with the needs of components which will 
receive the information. In the preferred embodiment, 
this data is then transferred to a diskette. Of course, 
those skilled in the art will recognize that the data may 



alternatively be transferred to computer 64 via a local 
area network, the PSTN, or other data communication 
channels. 

As shown in FIG. 2, this diskette may be transferred 

5 to another computer, such as computer 64, where it will 
be used as a basis for acquiring media copies of the 
scheduled performances, tracking inventory of received 
media copies, and generating control data for the con- 
trol of video server 11. The Inventory Manager 62 

10 which resides on computer 64 and performs these pro- 
cesses is discussed below in connection with FIGS. 
10-17. As a result, performances are exhibited in accor- 
dance with the monthly exhibition plan in the manner 
discussed above in connection with FIGS. 1-2. 

15 Task 302 may, upon a user input selection, switch 
program control to a personal information manager 
segment 308. Personal information managers are well 
known to those skilled in the art, and the techniques and 
processes used by segment 308 may be conventional 

20 ones. For example, segment 308 allows a user to manage 
information about people and organizations. This infor- 
mation may be added, edited, deleted, displayed and 
printed. In the preferred embodiment, this information 
identifies the studios from whom performances may be 

25 licensed and personal contacts for the studios. Segment 
308 may advantageously permit addresses, phone num- 
bers, and any other pertinent information to be associ- 
ated with the people and organizations. Furthermore, 
segment 308 may advantageously cause the computer 

30 within which Exhibition Schedule Manager 300 is per- 
formed to automatically dial such phone numbers. The 
licensing and availability of performances is critically 
important to the scheduling of performances. Accord- 
ingly, segment 308 retains and manages this type of 

35 information for Exhibition Schedule Manager 300 so 
that it is organized and instantly available for the user to 
ease scheduling. 

After completion of each of segments 400, 700, and 
304-308, program control returns to task 302. The user 

40 may then control the computer to re-select the same or 
a different segment, 

FIG. 4 shows a flow chart of Title Manager segment 
400. Title Manager 400 first performs a switching task 
402, which switches program control to a selected pro- 

45 cedure in accordance with user input. Preferably, task 
402 displays a menu to inform the user of the possible 
procedures that may be selected. 

Task 402 may, upon a user input selection, switch 
program control to an Add Title(s) procedure 500. 

50 Generally speaking, procedure 500 causes the computer 
to receive and generate data describing a new perfor- 
mance and to store this data in the titles database, dis- 
cussed above. Add Title(s) procedure 500 is discussed 
below in connection with FIG. 5. 

55 Task 402 may, upon a user input selection, switch 
program control to a Modify Title(s) procedure 600. 
Generally speaking, procedure 600 causes the computer 
to modify or edit data already existing in the titles data- 
base. Modify Title(s) procedure 600 is discussed below 

60 in connection with FIG. 6. 

Task 402 may, upon a user input selection, switch 
program control to a Display Title(s) procedure 404. 
Generally speaking, procedure 404 accesses the titles 
database, filters the data included therein to identify 

65 only specified data records, and displays certain infor- 
mation included in the specified data records. Specifi- 
cally, procedure 404 allows the user to specify the filter- 
ing parameters to select all records in the titles database, 



02/04/2004, EAST version: 1.4.1 



11 



5,311,423 



10 



IS 



20 



all records which are listed as being available for a 
specified month, or all records in which the first letter 
of the performance's title begins with a specified letter 
of the alphabet. Of course, those skilled in the art will 
recognize that other filter parameters may be config- 
ured to meet the needs of other scheduling applications. 
Once the filter parameters have been specified, proce- 
dure 404 processes the file or files which contain the 
titles database to identify the records specified by the 
filter parameters. When these records are identified, a 
portion of the data in the records is displayed. In the 
preferred embodiment, procedure 404 displays the re- 
cord's unique identifying number, the title of the perfor- 
mance described by data record, and availability dates 
for the performance. 

Task 402 may, upon a user input selection, switch 
program control to a Delete Title(s) procedure 406. 
Procedure 406 generally allows a user to specify a re- 
cord within the titles database, then erase that record. 
For example, procedure 406 may advantageously dis- 
play a query to the user that prompts the user to supply 
a record number. When the record number is received, 
procedure 406 may verify that the number is a legiti- 
mate record number. If the record number is not legiti- 
mate, procedure 406 may repeat the above-discussed 25 
query. When the record number is verified, procedure 
406 deletes the record. After deleting the record, proce- 
dure 406 may advantageously display a query to the 
user that prompts the user to repeat the deleting process 
for another record or to exit procedure 406. 

Task 402 may, upon a user input selection, switch 
program control through a return or exit sequence 408. 
Title Manager segment 400 also performs a return or 
exit sequence upon the completion of each of proce- 
dures 500, 600, 404, and 406. This return sequence 
causes program control to return to task 302, discussed 
above in connection with FIG. 3. 

FIG. 5 shows a flow chart of Add Title(s) procedure 
500. As discussed above, procedure 500 generally 
causes the computer to receive and generate data de- 
scribing a new performance and to store this data in the 
titles database, discussed above. Specifically, procedure 
500 performs a task 502 to display an electronic form. 
This electronic form identifies specific items that are 
needed to complete a data record which describes a 
single performance. The precise formatting of this elec- 
tronic form on a video display is not important for the 
purposes of the present invention. TABLE I, presented 
below, lists various data elements identified by the elec- 
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35 



40 



45 



Data Element 



Description 



Category A simple description of the performance's 

subject matter (i.e. drama, comedy, 
musical, documentary, etc.). 

Run Time The precise number of minutes from the 

beginning of the performance to the end of 
the performance without interruptions. 

Deal No. An identification of the agreement under 

which the performance is licensed. 

— other— Pricing information, comments, abstracts, 

and the tike. 



After task 502 displays an electronic form, a task 504 
receives user input which completes at least a portion of 
the form. After task 504, a task 506 automatically calcu- 
lates and displays a repeat factor based upon the run 
time entered in task 504. The repeat factor is an addi- 
tional data element included in each data record of the 
titles database. The repeat factor defines the time to be 
accorded to back-to-back exhibitions of a single perfor- 
mance operating on a single video player 17 (see FIG. 
2). The repeat factor represents a period of time which 
is greater than the run time. Specifically, the repeat 
factor represents the run time increased to account for 
rewinding a tape, queuing the tape, airing promotional 
programming, and the like. The rewinding time is pref- 
erably based on the run time and the equipment capabil- 
ities of video players 17. The queuing time is based on 
the equipment capabilities, and the other factors are 
substantially arbitrary in accordance with procedures 
established for the operation of system 10 (see FIG. 1). 

In addition, task 506 further increases the repeat fac- 
tor so that it will exhibit a value taken from a plurality 
of discrete values. Operating procedures for system 10 
dictate that performances start only on predetermined 
fractions of an hour, such as on J or J hour boundaries. 
For example, when the predetermined fractions repre- 
sent i hours, the plurality of discrete values take on the 
values 0.5, 1.0, 1.5, 2.0, 2.5, 3.0 hours, and so on. When 
task 506 has finally calculated the repeat factor, it is 
displayed for the user's information. As discussed be- 
low, the user has the option of increasing this repeat 
factor to satisfy specific scheduling situations. 

After task 506, a task 508 automatically calculates a 
default short title. Often, a performance's full listed title 
is a long one that is cumbersome to work with. Task 508 
determines an abbreviated alternate title which is easier 



to work with. In the preferred embodiment, task 508 

r^ W '1'r' J ' J va e l X!*° ""T "■"-"""^ u * 50 selects the first eight characters from the performance's 

tronic form of the preferred embodiment and included fiitI ... . f . . *. . . f . _ * 



in a data record. Of course, those skilled in the art will 
recognize that the preferred embodiment is specifically 
adapted for exhibiting movies in a pay-per-view net- 
work. Other exhibition scheduling applications may 
advantageously require alternate data elements. 

TABLE I 



Data Element 



Description 



Title 
Studio 



Available From 



Available To 



Dup. Lab. 



Rating 



The performance's listed title. 

The organization from which the 

performance is licensed. 

The first day that the performance will be 

available for exhibition. 

The last date that the performance will be 

available for exhibition. 

The name of the duplication laboratory' 

that is licensed by the Studio to make 

copies of the performance from a master. 

The performance's subject matter rating 

code. 



full listed title entered during task 504. 

After task 508, a task 510 displays this short title so 
that the user may either accept this title or modify it. A 
majority of the time the automatically calculated short 
55 tit 1 ; will provide a unique identification of the perfor- 
mance being described while still providing sufficient 
information so that the user can comprehend the perfor- 
mance. However, when the user believes that the auto- 
matically calculated short title is not sufficiently unique 
60 or descriptive, task 510 permits the user to substitute an 
alternate short title. 

Next, a task 512 performs a final user confirmation of 
the data record. Task 512 allows the user to specify 
whether to accept, modify, or abandon the data entered 
65 in task 504 and calculated during tasks 506-510. When 
the user elects to modify the data, program control 
returns (not shown) to task 502. When the user elects to 
abandon the data, program control exits (not shown) 
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procedure 500. When the user elects to save the data, Task 702 may, upon a user input selection, switch 
the data record is written to the titles database. This program control to a Create Monthly Schedule proce- 
data record includes the information entered during dure 704. Generally speaking, procedure 704 combines 
task 504 in addition to the repeat factor calculated in weekly exhibition plans together into a monthly exhibi- 
task 506 and the short title determined in tasks 508-510. 5 tion plan. The division between weekly and monthly 
After saving the data record, a task 514 allows the user exhibition plans is provided primarily for the con ve- 
to choose to repeat procedure 500 to describe another nience of the scheduler. Those skilled in the art will 
performance or to exit procedure 500. Upon exiting realize that a scheduler could also schedule an entire 
procedure 500, program control proceeds to task 302 month at a setting if desired. 

(see FIGS. 3-4). 1° Procedure 704 displays a warning message that in- 

FIG. 6 shows a flow chart of Modify Title(s) proce- fonns *e user that the weekly schedules must be com- 

dure 600. As discussed above, procedure 600 causes the pleted before proceeding further with procedure 704. If 

computer to modify or edit data already existing in the the user wishes to continue, user input identifies the 

titles database. A task 602 allows a user input to specify month for which an exhibition plan is to be created, 

a particular data record to modify. A user may specify 15 When ^ month has been identified, procedure 704 

a title to identify a record. Next, a task 604 identifies and automatically uses the month identifier to construct 

displays the selected record. When the desired record weeklv names correspond to the weeks of the spec 

has been selected, a task 606 uses conventional editing ! f * d . m0I J th ' weeW Y nam «\ are « d t0 , name 

techniques to edit the record in accordance with user individual Aes that contain exhibition plans for the 

. input. Upon completion of the editing task, an inquiry 20 week * £ the , «P eclfie ? momh • If ° f th f 

task 608 examines the run time data element of the data named fi ! es £° not exist procedure 704 is abandoned 

record. If this element has changed due to the perfor- wlthout fu * her ^ Vlt ^ Whe u n ^ weekly named files 

mance of editing task 606, a task 610 calculates a new exist Procedure 704 extracts the information from those 

repeat factor. Task 610 uses substantially the process „ exhibition plans and combines it into a monthly plan 

. - ... . . i n£ . , * CTr 25 Task 702 may, upon a user mput selection, switch 

discussed above in connection with task 506 (see FIG. '1* ^ * o \_ j t j t* J-t--- 

c\ Af* A ctr\ A *v * i «i j \ program control to a Count Scheduled Exhibitions 

5). After task 610, another inquiry task 612 determines A n i ■ j 

. \ • , i i . j * r i. procedure 706. Generally speaking, procedure 706 

whether this newly calculated repeat factor has r . , , , , x.*£'+- -Jt- • *u 

, , c . 4 . i »r ,» A r . counts the scheduled exhibitions within a given month, 

changed from .ts previous value. If the repeat factor has ^ ^ b usefu , ^ determini hcens £ fees t0 ^ 

changed, a task 614 d.splays a warning message that M paid andin determining , he number of copies of Upes 30 

instructs the user to warning message may state, '** < coa ^ir ->\ «',k:„u w«» ~~-a-a *~ ™i™ 
REPEAT FACTOR CHANGED ** — NEW RE- 

ppat FArTnu tc MnriTFv u/FFnv copies. In addition, licensing arrangements and other 

tV te T^rC IS -" MODI i FY u WEEKLY factors st to thfi USfir ^ rescheduling should 

SCHEDULES. The message may also blink and beep be perfonned when ^5 of some tit i es are at undesir- 

to draw attention to it. The user may then determine 35 a ^ e ] eve i s 

which schedules require changing by running reports Procedure 706 receives user input which identifies a 

segment 304 (see FIG. 3) and may edit those schedules, month to analyze When the month]y exhibition plan for 

as discussed below. the spec if ied m0 nth exists, the file is accessed and proce- 

If task 608 determines that the run time has not dure 706 det ermines the count for each performance 

changed, or if task 612 determines that the repeat factor ^ scheduled in the month. 

has not changed, procedure 600 omits task 614. When Xask 702 maVj upon a user selection, switch 

task 608 determines that the run time has not changed, program control through a return or exit sequence 708. 

when task 612 determines that the repeat factor has not Schedule Manager segment 700 also performs a return 

changed, or after task 614, program control proceeds to or exit sequence upon the completion of each of proce- 

a task 616. Task 616 replaces the performance's data 45 dures gn^ 990, 704, and 706. This return sequence 

record in the titles database. After task 616, program causes program control to return to task 302, discussed 

control exits procedure 600 and returns to task 302 (see a b 0 ve in connection with FIG. 3. 
FIGS. 3-4). FIG. 8 shows a flow chart of Create Weekly Sched- 

FIG. 7 shows a flow chart of Schedule Manager u i e procedure 800. As discussed above, procedure 800 

segment 700, discussed above in connection with FIG. 50 generally associates performance data from the titles 

3. Schedule Manager segment 700 first performs a database with timing data entered by the user to create 

switching task 702, which switches program control to an exhibition plan for a specified week. In a task 802, 

a selected procedure in accordance with user input. procedure 800 receives user input that identifies timing 

Preferably, task 702 displays a menu to inform the user 0 f a week to be scheduled. Specifically, a user supplies 

of the possible procedures that may be selected. 55 information that •" Jentifies the year, month, and begin- 

Task 702 may, upon a user input selection, switch ning and ending dates of the week to be scheduled, 
program control to a Create Weekly Schedule proce- After task 802, if an exhibition plan file for the speci- 

dure 800. Generally speaking, procedure 800 associates fied week does not already exist, a task 804 creates a file 

performance data from the titles database with timing with a name that is constructed to uniquely identify the 

data entered by the user to create an exhibition plan for 60 specified week. For example, the file name may include 

a specified week. Create Weekly Schedule procedure the first three characters of the month's name to identify 

800 is discussed below in connection with FIG. 8. the month, one digit (1-5) to identify the week of the 

Task 702 may, upon a user input selection, switch month, and the last two digits of the year together with 

program control to an Edit Weekly Schedule procedure a predetermined extension, such as "DBF", to identify 

900. Generally speaking, procedure 900 causes the com- 65 the file name as belonging to a weekly exhibition plan, 

puter to modify or edit an existing exhibition plan for a If the specified week's exhibition plan file already exists, 

specified week. Edit Weekly Schedule procedure 900 is user input instructs task 804 whether to abandon proce- 

discussed below in connection with FIG. 9. dure 800 or to overwrite the existing file. 
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After task 804, a task 806 receives user input that 
identifies the performance and desired timing for the 
performance. Specifically, task 806 receives the title for 
the performance, a channel upon which the perfor- 
mance is to be exhibited, and data identifying a first 5 
point in time at which the performance is to be. exhib- 
ited. This first playing time represents the beginning of 
the performance. Task 806 may optionally receive data 
identifying a last playing time, which identifies the be- 
ginning of the last exhibition of the performance to be 10 
scheduled. If the last playing time is not specified, then 
performances are scheduled to continuously repeat 
throughout the day, and the daily schedule is repeated 
throughout the week. Accordingly, task 806 is used to 
specify an interval of time for which performances are 15 
to be scheduled. 

After task 806, a task 808 accesses the titles database 
and locates the data record of the performance specified 
above in task 806. The performance's repeat factor/ov- 
erride repeat factor are displayed to inform the user that 20 
the performance has been located in the database. If any 
problem is encountered in utilizing the specified perfor- 
mance in the weekly schedule, program control may 
return (not shown) to task 806 to receive user input that 
specifies another title. 25 

When an acceptable data record has been specified, a 
task 810 receives user input that informs task 810 
whether to accept the existing repeat factor or to in- 
crease the value of the repeat factor. Task 810 generally 
prevents the repeat factor from being modified to a 30 
shorter value because such a shorter value could poten- 
tially cause scheduling conflicts. 

After task 810, a task 812 schedules the performance 
from the first playing time to the last playing time. The 
scheduling process associates the titles database data 35 
record or short title with data that describes the playing 
time. The process is repeated for a subsequent playing 
time. The subsequent playing time is calculated by add- 
ing the repeat factor to the previous playing time. The 
scheduling process continues until task 812 calculates a 40 
playing time which is after the last playing time. When 
this happens, task 812 has completed scheduling the 
selected performance. Together, tasks 808-812 operate 
as a process 814 that associates a performance's data 
record with timing data. - 45 

Upon the completion of process 814, an inquiry task 
816 requests the user to indicate whether to repeat the 
scheduling process for another performance or channel, 
or to exit procedure 800. The preferred embodiment is 
configured to accommodate 28 different channels. 50 
Thus, a user specifies a schedule for 28 channels before 
an exhibition plan is complete. Different channels may 
be scheduled to provide overlapping or staggered exhi- 
bitions, as discussed above. However, those skilled in 
the art will recognize that any number of channels may 55 
be accommodated by the present invention. When user 
input instructs process 814 to repeat, program control 
returns to task 806, discussed above. When user input 
instructs process 814 to exit procedure 800, program 
control returns to task 302 (see FIGS. 3-4). 60 

FIG. 9 shows a flow chart of Modify Weekly Sched- 
ule procedure 900. As discussed above, procedure 900 
causes the computer to modify or edit an existing exhi- 
bition plan for a specified week. In a task 902, procedure 
900 received user input that identifies the year, month, 65 
and week of the weekly exhibition plan to be modified. 
As discussed above in connection with task 804 (see 
FIG. 8), this data is used to construct a file name for the 
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file that contains the specified weekly schedule. After 
task 902, a task 904 verifies that the specified file exists 
and retrieves it. Next, a task 906 permits a user to op- 
tionally modify the week's begin date and/or end date. 

After task 906, a task 908 receives user input that 
identifies a channel whose schedule may be modified or 
causes program control to exit procedure 900. When 
user input specifies a channel, an inquiry task 910 deter- 
mines the type of scheduling action to take. A schedule 
for the channel may be deleted by routing program 
control to a task 912. Task 912 removes all entries from 
the weekly exhibition plan file that are related to the 
specified channel. After task 912, program control re- 
turns to task 908, discussed above. 

Task 910 may route program control to a task 914 to 
add a schedule for the identified channel. Task 914 
receives user input that specifies a performance's title, 
first playing time, and optional last playing time, as 
discussed above in connection with task 806 (see FIG. 
8). After task 914, a task 916 performs the process of 
associating the titles database data record for the speci- 
fied performance with timing data, substantially as dis- 
cussed above in connection with process 814 (see FIG. 
8). However, during task 916 a user may decrease a 
repeat factor when the default repeat factor has been 
previously increased. The repeat factor may not be 
decreased to a value less than its default value. 

After task 916, an inquiry task receives user input that 
specifies whether to repeat the modification process for 
another channel or performance, or to exit. When the 
repeat option is selected, program control returns to 
task 908, discussed above. When either of tasks 910 and 
918 cause control to exit procedure 900, program con- 
trol proceeds to task 302 (see FIGS. 3-4). 

As discussed above in connection with segment 306 
of FIG. 3, a user may cause an exhibition plan for a 
particular month to be written to a disk. This exhibition 
plan includes title, timing, and channel data which col- 
lectively form a schedule along with a large portion of 
the data discussed above in TABLE I and associated 
with the performances' titles. At this point, the exhibi- 
tions have merely been scheduled. It is the job of the 
Inventory Manager process 62 (see FIG. 2) to manage 
the realization of this schedule. In other words, Inven- 
tory Manager process 62 is a tool that helps insure that 
the performances scheduled by Exhibition Schedule 
Manager 300 (see FIG. 3) are actually exhibited in ac- 
cordance with the schedule. 

FIG. 2 shows additional features of system 10 that 
specifically operate in conjunction with Inventory 
Manager process 62. In particular, each individual tape 
or media copy 30 has its own unique printed bar code 68 
affixed thereto. Likewise, each location where a media 
copy 30 might possibly reside has its own unique loca- 
tion bar code 70 affixed thereto. For example, each 
drawer or shelf of library 32 has its own unique location 
code 70, and each of video players 17 and 18 have their 
own unique location codes 70. Bar codes 68 and 70 are 
all optically scannable by scanners 72 and 74. Scanner 
72 is wire-coupled to computer 64 in a conventional 
manner, and scanner 74 is a conventional portable scan- 
ner which can periodically transfer data logged therein 
to computer 64 and receive data from computer 64. 
Scanners 72-74 and bar codes 68-70 are all conven- 
tional items which are well known to those skilled in the 
art. Their use in connection with Inventory Manager 
process 62 is discussed below. While the present inven- 
tion utilizes bar codes for convenience, those skilled in 
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the an will recognize that other types of scannable 
codes may be used as well. 

FIG. 10 shows a data flow block diagram of Inven- 
tory Manager process 62. Schedule file 1000 contains 
the above-discussed exhibition plan generated by Exhi- 
bition Schedule Manager 300 (see FIG. 3). Thus, file 
1000 includes, for each channel or video player 17 of 
system 10 (see FIGS. 1-2), timing and title data for each 
scheduled performance along with data that describe 
the scheduled performances (see TABLE I). Inventory 
Manager process 62 receives this data and modifies it to 
fit within a master data structure 1002, which consists of 
an association of related data bases. In particular, the 
data from file 1000 primarily goes into an expanded 
schedule data base 1004, but it is first modified or ex- 
panded as discussed below. A duplab data base 1006 is 
formed primarily from data supplied by a user through 
a conventional keyboard (not shown). Data records in 
an inventory data base 1008 and a purchase order (PO) 
data base 1010 are initially formed when the expanded 
schedule data base 1004 is created from a given sched- 
ule file 1000. These records are augmented later by data 
input from scanners 72-74 (see FIG, 2). Scanners 72-74 
provide, among other items, codes that identify specific 
media copies and specific locations. This data is periodi- 
cally received so that data bases 1008 and 1010 remain 
current. 

Inventory Manager process 62 retrieves data in- 
cluded in master data structure 1002 and transfers this 
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15 



20 



25 



which of several segments within Manager 62 to per- 
form. Preferably, task 1102 displays a menu which iden- 
tifies the possible segments that are available for the 
user to select. Once the user has selected a segment, task 
1102 switches program control to the selected segment. 

Task 1102 may, upon a user input selection, switch 
program control to a Duplabs Data Manager segment 
1104. Duplabs Data Manager 1104 operates similarly to 
the above discussed Personal Information Manager 308 
(see FIG. 3). Thus, segment 1104 allows a user to man* 
age information about various duplabs (duplication 
laboratories) from which media copies of the scheduled 
performances may be obtained. This information is 
collected in duplabs data base 1006 (see FIG. 10). It may 
be added, edited, deleted, displayed and printed, pri- 
marily under control of user input from a keyboard. In 
the preferred embodiment, this information identifies 
the duplab, its address, phone numbers, and a personal 
contact at the duplab. In addition, each record includes 
the name of a studio from which performances may be 
licensed. Furthermore, when a prior arrangement with 
a duplab has established an open purchase order, the 
number of this purchase order and any associated 
amount may be included in each record. Since each 
record includes a studio data field, several records may 
exist for each duplab when a single duplab has arrange- 
ments with several different studios. 

Task 1102 may, upon a user input selection, switch 
program control to an Upload Monthly Schedule seg- 



data to portable scanner 74 and to paper, with the aid of 30 ment 1200 . Generally speaking, Inventory Manager 



a printer (not shown), in the form of various reports. 
Data transferred to portable scanner 74 generally repre- 
sents instructions that a user should follow so that the 
schedule may be realized. For example, such instruc- 
tions inform a user to get specific media copies from 35 
specified locations and to insert the specific media cop- 
ies in specified video players 17 (see FIG. 2) at specified 
times. 

The printed reports generated by Inventory Manager 
process 62 take numerous forms. For example, Manager 40 j™^^ n^H-lT 
62 utilizes data in master data structure 1002 to generate 
purchase orders. In addition, Manager 62 prints the data 
required by master scheduler 20 (see FIGS. 1-2) to 
operate video players 17 (see FIG. 2) in accordance 
with the schedule and to display a video programming 45 
selection menu to customers. The user VCR loading 
instructions may be optionally printed rather than trans- 
ferred to portable scanner 74, as discussed above, and 

various administrative reports may be generated in de ; fields for those items ^ ired Qn ha$e 

sired formats Of course, those skilled jn , the art will 50 ord such ^ data djscussed £, QW fa t / BLE „ 

recognize that while the preferred embodiment prints 



process 62 uses Upload segment 1200 to retrieve, pro- 
cess, and merge the data from the schedule file 1000 (see 
FIG. 10) into master data structure 1002 (see FIG. 10). 
Upload Monthly Schedule segment 1200 is discussed 
below in connection with FIG. 12. 

Task 1102 may, upon a user input selection, switch 
program control to an Inventory Manager segment 
1300. Segment 1300 tracks all received media copies 
within system 10 (see FIGS. 1-2) and is discussed below 



Task 1102 may, upon a user input selection, switch 
program control to a Purchase Order Manager segment 
1106. Segment 1106 is used primarily in conjunction 
with PO data base 1010 (see FIG. 10). As discussed 
below in connection with FIG. 12, one of the tasks that 
Upload Monthly Schedule segment 1200 performs is the 
automatic generation of purchase order records within 
PO data base 1010. Purchase order records include data 



Data Element 



55 



PO number 
Dup. Lab. 



master schedule data, such data may alternatively be 
output to a disk or otherwise communicated to master 
scheduler 20 in a more automated fashion. 

FIG. 11 shows a flow chart of Inventory Manager 
process 62. Inventory Manager process 62 is a process 
which is carried out in large part within a computer, 
such as computer 64, or any of computers 15, 20, or 66 
(see FIG. 2). In addition to the above-discussed scan- 
ners 72-74, the computer which performs Inventory 
Manager process 62 preferably includes a video display, 
printer, disk or other permanent memory for long term 
data storage, and a keyboard or other device for trans- 
ferring user input. Inventory Manager process 62 is Qty. Ordered 
controlled through computer instructions stored within 65 Delivery Date 
computer memory (not shown). 

Upon beginning Inventory Manager process 62, 
switching task 1102 receives user input to determine . Qty. Received 



TABLE II 



Description 



60 



Title 



Studio 



PO Date 



A number which identifies a purchase 
order. 

The name of the duplication laboratory 
that is licensed by the studio to make 
media copies of the performance from a 
master and from whom media copies are 
being ordered. 

The performance's listed title, which 
identifies the product being ordered. 
The organization from which the 
performance is licensed. 
The number of media copies being ordered. 
The date by which all media copies are to 
be received. 

The date upon which the purchase order is 
issued. 

The number of media copies received so far 
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TABLE II-continued information may be used to manage the flow of media 

copies from various duplabs. 



Data Element Description A user may request segment 1108 to produce a report 

under this purchase order, that contains the data required by master scheduler 20 

5 (see FIGS. 1-2). As discussed above, this report in- 

Segment 1106 allows a user to specify a title, then eludes all data needed by master scheduler 20 for use in 
segment 1106 searches PO data base 1010 to find a pur- controlling VCRs 17 and 18 (see FIG. 2) and for pro- 
chase order record with the specified title. Segment v ' d «>S customers information about upcoming pro- 
1106 permits the user to view all records which may gramming over network 13 (see FIG. 1). 
have the same title before a selection is made. When the 10 In addition, segment 1108, upon a user request, 
user has found a record of interest, segment 1106 per- searches master data structure 1002, primarily in sched- 
mits the user to edit any field in the selected purchase . ule data base 1004 ( see FIG - 10 )> t0 fmd 811 records of 
order record. When all editing is complete, segment titles for which an availability date has expired by a 
1106 checks the Title data field to see if the title has predetermined duration. As discussed above, perfor- 
been edited. If the title has been changed, segment 1106 15 ™">«s *** typically licensed under terms which re- 
then accesses data bases 1004 and 1008 (see FIG. 10) <! uir « them t0 be exhibited only within a specified tuning 
and automatically updates Title data elements in all window - ^ endin « date of ,lus , wmd , ow ,s 
related records in those data bases. Likewise, segment specified in data base 1004 as an "Available To data 
1106 checks the Qty. Ordered data field to see if the 20 e . leme . nt (see TABLE I). Segment 1108 searches for 
quantity of media copies ordered has changed. If a titlesm which the Available To data element is prefera- 
change is detected, segment 1106 automatically ac- bly around 30 days pnor to a current system date. These 
cesses inventory data base 1008 and adds or deletes t,tles 031,1,01 ** exhibited due to licensing arrangements, 
records therein so that the number of records in inven- Accordingly, the media copies of such performances 
tory data base 1008 matches the quantity of media cop- 2 5 are for being erased. Typically, licensing 
ies ordered arrangements require such media copies to either be 

Segment 'll06 additionally allows a user to create a era * ed ° r ret " rned » a duplab-or studio by around this 

reorder record. A*reorder record might be needed if. 30 ^f" ° nce the s ? lected t,d f have be ^L ocated> 

for example, a tape becomes damaged and needs to be segment 1108 accesses mventory data base 1008 to get 

replaced. In such a situation, when a user specifies a 30 cod< * tha * ldent ! fy the , s P' clflc 1 med,a . c ° ples t£ \ be 

title, schedule month, and reorder quantity, segment era f ed - Th f t,tles 81,(1 codes ; w,th anv other 

1106 searches PO data base 1010 (see FIG. 10) to locate Pertment information, are pnnted out. 

a record having the specified title for the specified "° 8 mak f °*f r t f p °T ' Y„„T SS' 

schedule month When this original record has been sea ' cmn S ma f5 da ff struct » re » 002 < see f 1 , 0 : 

located, segment 1106 automatically makes a new pur- 35 }°) for ^determined data items and retrieving related 

. j * « j * i lU K information for printing. Such other reports provide 

cnase oroer recoro using tne cata eiements, otner tnan mforni a,ion and various administrative, market- 

Qty Ordered, from the ongina purchase order record. ^ infonnation . 

Furthermore, when a reorder record is created, seg- * Inventory Manager process 62 does not need t0 man . 

EE , °JSf 5 y ,?^* S mVent ° ry d3la b / SC 40 age information related to titles for which all licensing 

1008 (see FIG. 10) and adds line items to correspond to 40 obligations have been met and for which no media ^p- 

the reordered quantity. ies remain. Thus, when this situation occurs the related 

Task 1102 may, upon a user input selection switch recQrds af£ removed from master data structure 1002 

program control to a Report Maker segment 1108. Gen- (see j?jq 10) ^ placed in files (not shown), 

erally speaking, segment 1108 searches appropriate data Ta$k n02 may> a user input se ] ectionf switch 

bases in master data structure 1002 (see FIG. 10) for program comroI to a view Archived Records segment 

predetermined data elements, formats the data elements m0t Segment m0 allows a user to input information 

in predetermined formats, and prints the data at a that identifies the desired records. Next, segment 1110 

printer (not shown). In particular, segment 1108 is used searches the archive files for the requested record(s), 

to actually pnnt a purchase order using data from the 5Q retrieves information included therein, and displays and 

above discussed purchase order records of PO data base optionally prints such information. This information is 

1010 (see FIG. 10). User input is perm .tted so that a user use f u i t o maintain accountability for the licensing of 

can specify which purchase orders to print. When a performances. 

purchase order is printed, segment 1108 automatically After execution of each of segments 1104, 1200, 1300, 

inserts a current system date into the PO Date data field 55 n06, 1108, and 1110, program control returns to task 

of all purchase order records printed. Thus, the date H02, where a user may make another selection or exit 

upon which a purchase order is printed is the date used Inventory Manager process 62. 

within a corresponding purchase order record of PO FIG. 12 shows a flow chart of tasks performed by 

data base 1010 to indicate when the related media copies Upload Monthly Schedule segment 1200, which was 

were ordered. 60 briefly discussed above in connection with FIG. 11. 

Segment 1108 additionally, upon a user input selec- Initially, a task 1202 of segment 1200 requests a user to 

tion, prints an inventory control log. In order to print supply a month and year which characterizes the period 

the inventory control log, segment 1108 searches inven- in time to which a schedule file 1000 (see FIG. 10) 

tory and PO data bases 1008 and 1010 (see FIG. 10) to applies. After a user has supplied this information, an 

determine, for each ordered title, the date upon which 65 inquiry task 1204 determines whether this schedule can 

media copies are due, the quantity ordered, the duplab be verified. Specifically, task 1204 verifies that the spec- 

from whom the media copies are ordered, the PO num- ified transfer file is available for uploading. If the file is 

ber, the quantity of media copies already received. This not available, a task 1206 prints or displays an error 
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report, and program control exits segment 1200 and 
returns to task 1102 (see FIG. 11). 

If the appropriate schedule File 1000 (see FIG. 10) 
appears to be available, task 1204 then accesses the file 
to test for duplab — studio matches. As discussed above, 5 
Exhibition Schedule Manager 300 (see FIG. 3) and 
Inventory Manager process 62 (see FIG. 11) indepen- 
dently maintain data which identify and link duplabs to 
studios. Task 1204 determines whether all duplabs and 
studios identified in schedule file 1000 and associated 10 
with one another in schedule file 1000 are likewise iden- 
tified and associated within duplabs data base 1006 (see 
FIG. 10), If the duplabs and studios do not match, task 
1206 prints or displays an error report, and program 
control exits segment 1200 and returns to task 1102 (see 15 
FIG. 11). A user can then take appropriate corrective 
action before again attempting to run segment 1200. 

When task 1204 verifies the schedule data, an inquiry 
task 1208 determines whether the current schedule file 
1000 (see FIG. 10) is already represented within master 20 
data structure 1002 (see FIG. 10) or whether it presents 
a new schedule. When file 1000 presents a new sched- 
ule, a task 1210 processes and expands this schedule. 
Prior to expansion, the schedule generally specifies that 
various titles are to be performed at specific times on 25 
specified channels. After expansion, the schedule asso- 
ciates individual media copies of titles with the sched- 
ule's timing and channel data. The expanded schedule is 
stored in schedule data base 1004 (see FIG. 10). 

Task 1210 may use any convenient algorithm, includ- 30 
ing schedule simulation, to expand the schedule. As a 
result of this expansion, the schedule specifies not only 
title, channel, and timing data, but media copy data as 
well. For example, a schedule may specify that copies 1, 
2, 3, and 4, of a predetermined title are to simulta- 35 
neously play with offset starting times on channels 11, 
12, 13, and 14, respectively, beginning on a specified 
date. Then, at a later date copies 1, 2, 3, and 4 are to be 
replaced with copies 5, 6, 7, and 8 of the same title 
because the number of playings of media copies 1, 2, 3, 40 
and 4, has become large enough for the chances of a 
tape failure to be unacceptably high. In the preferred 
embodiment, task 1210 assigns replacement copies to 
the schedule at a point in the schedule where predeces- 
sor copies have been scheduled for around 50 playings, 45 
Accordingly, task 1210 expands the schedule to incor- 
porate multiple media copies for each title. 

After task 1210, a task 1212 creates purchase order 
records in PO data base 1010 (see FIG. 10). The pur- 
chase order records were discussed above in connection 50 
with segment 1106 (see FIG. 11) and Table II. Task 
1212 creates a new record for each title in schedule file 
1000 (see FIG. 10). Much of the data needed to com- 
plete a purchase order record is obtained from schedule 
file 1000 and duplabs data base 1004. Task 1212 then 55 
calculates a number for the Qty. Ordered field (see 
TABLE II) of the records. Task 1212 determines that 
the quantity to order is the number of media copies 
scheduled above in task 1210, increased by a predeter- 
mined number of media copies to serve as backups. In 60 
the preferred embodiment, task 1212 automatically in- 
creases the number of scheduled copies by one. 

In addition, task 1212 automatically calculates a date 
for the Delivery Date field of the purchase order re- 
cords. The delivery date is automatically set sufficiently . 65 
early so that potential delivery problems may be de- 
tected well in advance of a scheduled performance and 
so that corrective action may be effectively taken when 
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needed without impacting the schedule. In the pre- 
ferred embodiment, the delivery date is calculated to be 
the beginning of the month prior to the month being 
scheduled by schedule file 1000, or as soon thereafter as 
possible. Task 1212 may advantageously examine the 
Studio data field and vary the delivery date depending 
upon the identified studio. Thus, the different release 
procedures adopted by different studios are automati- 
cally accommodated. 

Task 1212 leaves certain data fields of the newly 
created purchase order records empty or blank. In par- 
ticular, the PO Date field is left blank in task 1212 and 
completed when a purchase order is printed, as dis- 
cussed above in connection with segment 1108 (see 
FIG. 11). In addition, the Qty. Received field may be 
left blank or set to a zero at this point. 

As discussed above, tasks 1210 and 1212 are per- 
formed only when schedule file 1000 (see FIG. 10) 
presents a new schedule to master data structure 1002 
(see FIG. 10). When task 1208 determines that schedule 
file 1000 is already represented within master data struc- 
ture 1002, segment 1200 performs a task 1214. Task 1214 
updates existing records within schedule and purchase 
order data bases 1004 and 1010, respectively, rather 
than create new records. However, as shown in an 
inquiry task 1216, the prior PO record is examined be- 
fore it is updated. If task 1216 determines that the pur- 
chase order corresponding to an affected purchase 
order record has not yet been printed, then the record is 
updated. If the purchase order has been printed and the 
Qty. Ordered field indicates a number that is greater 
than or equal to the quantity that is now needed, the 
purchase order record is not altered. On the other hand, 
if task 1216 determines that the purchase order has been 
printed and the Qty. Ordered field indicates a quantity 
less than the quantity now needed, an new purchase 
order record is made in a task 1218. The determination 
of whether a purchase order has been printed may be 
made by examining the PO date field, which is blank 
until the purchase order is printed. 

The new purchase order record generally has the 
same data as the old purchase order record. However, 
the new purchase order record specifies the difference 
between the old and new needed quantities in the Qty. 
Ordered field. Likewise, the PO numbers may be differ- 
ent. After the new purchase order record is created, 
task 1218 automatically prints the new purchase order. 

After either of tasks 1212 or 1218, a task 1220 takes 
the expanded monthly schedule and creates a tape load 
schedule. The tape load schedule is a list that specifies 
when tapes need to be loaded into VCRs 17 (see FIG. 
2), the particular copies of various titles to use, and the 
particular ones of VCRs 17 that are affected. 

After task 1220, a task 1222 creates inventory records 
in inventory data base 1008 (see FIG. 10) to accommo- 
date the media copies that are indicated in the newly 
created purchase order records from tasks 1212 and 
1218. Each inventory record includes a line item for a 
single, unique media copy* Each inventory record in- 
cludes data fields similar to those described below in 
TABLE III. 

TABLE III 

Data Element Description 

Title The performance's listed title. 

Copy No. A number thai identifies a single media 

copy of a title and that links the record 

to the schedule data base. 
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Data Element 



Description 



Copy Bar Code An alphanumeric code which is encoded in a 

printed bar code format and affixed to the * 
corresponding media copy upon receipt. 

Location Bar Code An alphanumeric code that describes a 
place at which the corresponding media 
copy is located. 

Employee Id. A code that uniquely identifies an . 

employee who has had contact with the 
corresponding media copy. 10 

Time A date and time stamp for indicating when 

an activity concerning the corresponding 
media copy occurred. 

— other — Codes that specify activities and the 

like; 

15 

Since, at this point, the media copies for which the 
above-listed inventory records have been created have 
not yet been received, only the Title and Copy No. 
fields are completed by task 1222. The other fields are 
completed and maintained later to describe and track 
received media copies. 

After task 1222, program control exits Upload 
Monthly Schedule segment 1200 and returns to task 
1102 (see FIG. 11). 

FIG. 13 shows a flow chart of Inventory Manager ^ 
segment 1300, which was briefly discussed above in 
connection with FIG. 11. Initially, a switching task 
1302 receives user input to determine which of several 
procedures within segment 1300 to perform. Preferably, 
task 1302 displays a menu which identifies the possible 30 
procedures that are available for the user to select. Once 
the user has selected a procedure, task 1302 switches 
program CQntrol to the selected procedure. 

Task 1302 may, upon a user input selection, switch 
program control to a New Tape Entry procedure 1400. 35 
Generally speaking, procedure 1400 is performed to 
process newly received media copies so that they may 
be tracked by Inventory Manager process 62 (see FIG. 
11). Procedure 1400 is discussed below in connection 
with FIG. 14. 40 

Task 1302 may, upon a user input selection, switch 
program control to a Daily Pick List procedure 1500. 
Procedure 1500 provides a user with instructions that 
specify particular media copies to get and insert into 
specified VCRs 17 (see FIG. 2) at specified times for an 45 
upcoming day. Procedure 1500 is discussed below in 
connection with FIG. 15. 

Additionally, task 1302 may, upon a user input selec- 
tion, switch program control to an Update Tape Status 
procedure 1304. Procedure 1304 first requests the user 50 
to enter start and stop dates. Preferably, the user will 
enter dates corresponding to a future week. When the 
dates have been specified, procedure 1304 scans sched- 
ule data base 1004 (see FIG. 10) to identify the media 
copies that are scheduled for playing during the speci- 55 
fied interval. Once these media copies have been identi- 
fied, procedure 1304 scans inventory data base 1008 (see 
FIG. 10) to determine if the identified media copies are 
located at a place which suggests that the media copies 
are available. If any media copies have not been re- 60 
" ceived or are located in a place which suggests that they 
are not available, an availability report that identifies all 
"unavailable" media copies is either displayed or 
printed. The user may use this availability report to 
correct any unavailability problems so that the schedule 65 
for the specified interval can be met. 

Task 1302 may also, upon a user input selection, 
switch program control to an Upload Files From Porta- 



ble Scanner procedure 1600. Generally speaking, proce- 
dure 1600 is performed to transfer data collected in 
portable scanners 74 (see FIG. 2) to master data struc- 
ture 1002 (see FIG. 10). Procedure 1600 is discussed 
below in connection with FIG. 16. 

Task 1302 may, upon a user input selection, switch 
program control to a Substitution procedure 1700. Sub- 
stitution procedure 1700 is performed whenever a user 
wishes to substitute one media copy for another media 
copy. Procedure 1700 allows master data structure 1002 
(see FIG. 10) to respond to the substitution. Substitution 
procedure 1700 is discussed below in connection with 
FIG. 17. 

Additionally, task 1302 may, upon a user input selec- 
tion, switch program control to a Display Inventory By 
Title procedure 1306. Procedure 1306 requests the user 
to enter a title. Next, procedure 1306 scans inventory 
data base 1008 to get all inventory records for the iden- 
tified title. The title, bar code, and location from these 
records is displayed. 

Task 1302 additionally, upon a user input selection, 
switches program control to an Add Alternate Title 
procedure 1308. Procedure 1308 creates inventory re- 
cords for titles that have not been obtained through the 
above-discussed purchase order system. In particular, 
procedure 1308 requests the user to enter an employee 
id. number and a performance's title. When these items 
have been entered, the user is requested to scan a bar 
code affixed to the media copy, and the information is 
appended to inventory data base 1008 (see FIG. 10). 

After execution of any of procedures 1400, 1500, 
1304, 1600, 1700, 1306, and 1308, program control re- 
turns to task 1302, where a user may make another 
selection or exit Inventory Manager segment 1300. 

FIG. 14 shows a flow chart of tasks performed by 
New Tape Entry procedure 1400, which was briefly 
discussed above in connection with FIG. 13. Procedure 
1400 is performed when new media copies are received 
from a duplab. Initially, a task 1402 requests a user to 
enter the user's employee id. number and the title for 
newly received media copies. When the user has sup- 
plied this information, a task 1404 searches inventory 
data base 1008 (see FIG. 10) for all inventory records 
which: 1) have the same title that the user entered above 
in task 1402 and 2) indicate that the corresponding 
media copy has not yet been received. Task 1404 may 
determine that media copies have not yet been received 
by examining various data fields of the inventory re- 
cords (see TABLE III) for blank or otherwise initial- 
ized entries. Next, task 1404 displays a list of these re- 
cords and displays a request for the user to scan bar 
codes affixed to each of the media copies. 

If the user has not previously done so, unique printed 
bar codes 68 (see FIGS. 2 and 10) are then affixed to the 
newly received media copies. The user may scan these 
bar codes with scanner 72 (see FIG. 2) whereupon a 
task 1405 receives the codes detected by scanner 72 and 
places the codes in the Copy Bar Code data fields (see 
TABLE III) of the displayed inventory records. Prefer- 
ably, task 1405 allows the user to scan several media 
copies in sequence while automatically cycling through 
inventory records and recording bar codes therein. In 
addition, task 1405 may instruct the user to repeat the 
bar code learning process to verify that all bar codes 
have been learned correctly. 

After task 1405, a task 1406 updates inventory data 
base 1008 with the newly learned bar codes. In addition, 
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task 1406 automatically assigns an initial predetermined 
value to the Location Bar Code data fields (see TABLE 
II ) for each of the selected inventory records. In the 
preferred embodiment, this initial location bar code 
indicates that the newly received copies are located at a 
quality check location. A date and time stamp may 
advantageously be entered into the inventory record as 
well. Moreover, task 1406 updates the Qty. Received 
field (see TABLE II) of the appropriate purchase order 
record of PO data base 1006 (see FIG. 10) to reflect the 
number of media copies which have been received and 
entered into master data structure 1002 (see FIG. 10). 

After task 1406, an inquiry task 1408 asks whether the 
user wishes to exit procedure 1400. If the user responds 
in the negative, then program control returns to task 
1402, discussed above. If the user responds in the posi- 
tive, then program control exits procedure 1400 and 
returns to task 1302 of Inventory Manager segment 
1300 (see FIG. 13). 

FIG. 15 shows a flow chart of tasks performed by 
Daily Pick List procedure 1500, which was briefly dis- 
cussed above in connection with FIG. 13. Procedure 
1500 is preferably performed by an employee at the 
beginning of a work shift. A task 1502 gets a system 
date, which reflects the current date, and searches 
schedule data base 1004 (see FIG. 10) to identify all 
media copies that are scheduled for initial playing dur- 
ing the indicated day. Next, a task 1504 searches inven- 
tory data base 1008 (see FIG. 10) to identify the copy 
bar codes of those media copies identified above in task 
1502. These copy bar codes are associated with timing 
and channel or location data from the identified records 
of schedule data base 1004 to form a pick list for the 
current date. A task 1506 formats this pick list as neces- 
sary for output and performs file maintenance. The file 
maintenance erases a backup file that contained a pick 
list for the day before the previous day, and renames the 
current pick list file, which now contains data for the 
prior day, to serve as the backup file. The current date's 
pick list is then stored in a current pick list file. 

Next, a task 1508 outputs the current date's pick list. 
Preferably, this pick list is downloaded into portable 
scanner 74 (see FIG. 2), but it may alternatively be 
printed. The pick list provides instructions which guide 
a user to select scheduled media copies and insert the 
scheduled media copies into scheduled VCRs 17 (see 
FIG. 2) at scheduled times. After task 1508, program 
control exits procedure 1500 and returns to task 1302 of 
Inventory Manager segment 1300 (see FIG. 13). 

FIG. 16 shows a flow chart of tasks performed by 
Upload Files From Portable Scanner procedure 1600, 
which was briefly discussed above in connection with 
FIG. 13. During a work shift, an employee may have 
occasion to move media copies around. For example, 
media copies may be moved from library 32 to VCRs 17 
(see FIG. 2) as discussed above, and vice versa. New 
media copies may be received, passed through quality 
check, and stored in library 32. In addition, media cop- 
ies may be moved around within the shelves of drawers 
of library 32 or old media copies may be removed from 
library 32 and destroyed. In the preferred embodiment 
of the present invention, all these movements and others 
are recorded by portable scanners 74 (see FIG. 2). A 
user must enter his or her employee id. in order to log 
data within a scanner 74. A scanner 74 may be operated 
by pressing a button (not shown) which signals that a 
movement or activity has occurred. Next, the user may 
scan the bar code 68 (see FIG. 2) of the affected media 



copy and the bar code 70 (see FIG. 2) of the location 
where the media copy is placed or inserted. The scanner 
74 retains these bar codes and automatically attaches a 
date and time stamp to its record of the transaction. 
5 Consequently, when media copies are moved around, 
portable scanner 74 contains a record of the move- 
ments. 

Procedure 1600 is preferably performed periodically 
by an employee after handling media copies. At a mini- 

10 mum, task 1600 is preferably performed once daily at 
the end of a work shift. Procedure 1600 performs a task 
1602 to display instructions to connect a portable scan- 
ner 74 to computer 64 (see FIG. 2). Next, a task 1604 
downloads the data logged within portable scanner 74 

15 into computer 64. As shown at a task 1606, this data is 
used to update inventory data base 1008 (see FIG. 10). 
Generally speaking, this data is simply stored in the 
corresponding fields (see TABLE III) of the affected 
inventory records. 

20 However, as shown in an inquiry task 1610, proce- 
dure 1600 also tests for a special situation. In particular, 
a user may indicate that a media copy has failed its 
initial quality check by entering into scanner 74 a prede- 
termined movement code which indicates that the 

25 media copy has been moved to a quality check failure 
location. After failing quality check, the media copy is 
simply returned to its originating duplab. If task 1610 
determines that a media copy has failed quality check, 
then the inventory record for that media copy is re-ini- 

30 tialized and the Qty. Received field of the correspond- 
ing purchase order record is decremented in a task 1612. 
In other words, all records of the received media copy 
are erased from master data structure 1002 (see FIG. 
10), and master data structure 1002 then substantially 

35 indicates that the media copy has not been received. 
When task 1610 determines that a failed quality check 
code was not received from scanner 74 or after task 
1612 finishes, program control proceeds to an inquiry 
task 1614. A user may indicate that a media copy has 

40 been degaussed, destroyed, returned, or otherwise 
reached the end of its useful life by entering into scanner 
74 a predetermined movement code which indicates 
that the media copy has been moved to an end-of-life 
location. When task 1614 detects the end-of-life signal, a 

45 task 1616 transfers the inventory records related to the 
associated media copy to archive files and removes the 
records from inventory data base 1008 (see FIG. 10). 
. Accordingly, inventory data base 1008 is purged of 
inactive records. When task 1614 determines that an 

50 end-of-life code was not received from scanner 74 or 
after task 1616 finishes, program control exits procedure 
1600 and returns to task 1302 of Inventory Manager 
segment 1300 (see FIG. 13), 
FIG. 17 shows a flow chart of tasks performed by 

55 Substitution procedure 1700, which was briefly dis- 
cussed above in connection with FIG. 13. Substitution 
procedure 1700 is performed to compensate for real 
world problems that crop up from time to time while 
operating system 10 (see FIG. 1). In particular, a media 

60 copy may simply be missing due to theft, being mis- 
placed, accidental degaussing, or the like. Likewise, a 
media copy that has passed the above-discussed quality 
check may fail at a later time due to any one of numer- 
ous causes, such as becoming jammed while being 

65 played in a VCR 17 (see FIG. 2). When such problems 
crop up, another media copy needs to be substituted for 
the missing or jammed media copy in order to keep the 
schedule. The substitution must be reflected both within 
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Inventory Manager process 62 (see FIG. 13) and in the segment 1106 (see FIG. 11). However, the user may 

operation of video players 17. It is procedure 1700 that choose not to make a reorder purchase order when a 

is used to authorize the substitution and to maintain missing/jammed problem crops up near the final stages 

master data structure 1002 (see FIG. 10) in accordance of a program's exhibition. Furthermore, task 1714 auto- 

with the substitution. 5 matically updates schedule and inventory data bases 

A task 1702 requests a user to enter the user's em- 1004 and 1008, respectively, to reflect the substitution, 
ployee id. and to specify whether the substitution is for i n particular, task 1714 modifies schedule data base 1004 
a missing or jammed media copy. The substitution type to assign the substitution media copy in the schedule at 
data (i.e. whether missing or jammed) is retained to all times and on all channels for which the missing- 
generate statistics related to the problems that are crop- 10 /jammed media copy had previously been scheduled, 
ping up. Such statistics are useful in reducing such prob- Movement of the missing/jammed media copy to an 
lems. For example, such statistics may identify a partic- appropriate location code is also recorded, 
ular duplab whose media copies are more prone to After ^ 1714t prog ram control exits substitution 
failure or a particular situation which tends to lead to p roce dure 1700 and returns to task 1302, discussed 
missing media copies. Once such a duplab or situation is 15 above in connec tion with FIG. 13. 
identified, corrective action may be taken. T n summary, the present invention provides a method 

After a user enters the substitution type data in task for efricientlv and accurate ] y managing exhibitions of 

1702 a task 1704 displays a message that requests the performances . method of the t mvention 

user to scan or otherwise enter the bar code affixed to ad one Qr mQre ters to m J ^ exhibition 

the media copy of the jammed or missing tape. Of 20 ^r^wv-™^™ M *u*t ~„u, « ™I™ 

r j . , / j • ■ , J' of performances so that only a few persons are needed 

course, a jammed tape's bar code is scannable, but if a _ n ^ „ k t J- i 

J . . . r iL . x . A , to control a network. In particular the present invention 

media copy is missing, then the user may enter its bar _ A _ . • . , , *\, . - 

, „ 1 . , , *i_ v Ji. collects and manages, in a single place, the information 

code at a computer keyboard. Once the bar code has . . / , , r ; ... . fe - y . . w 

been entered, iask 1704 searches inventory data base needed ? Schedule exhlbltI0 J« for the °«work. More- 

1008 (see FIG. 10) to find the inventory record with 25 over safeguards are provaded to reduce scheduling 

which the bar code is associated. misuikes^ The present invention is adapted to meet the 

Next, an inquiry task 1706 determines whether the needs °/ P^-per-view services and particularly the 

search performed in inventory data base 1008 was sue- needs °f near vldeo on demand fNVOD) services, due 

cessful.lfthe search was not successful, then procedure to lts abllltv to mana S e multI P le cha nnel and repeat 

1700 cannot recognize the bar code for the missing or 30 a* 6 *" 1 ""* In addition, the present invention manages 

jammed tape. A task 1709 displays an appropriate error , the acquisition and inventory of media copies of sched- 

message, which informs the user that the specified uled performances so that only a few persons need be 

media copy cannot be located in master data structure involved to insure that the actual exhibitions of perfor- 

1002 (see FIG. 10), then program control exits proce- mances occur in accordance with the schedule. The 

dure 1700. The user may take corrective action, such as 35 ™ m t>er of needed copies and the delivery dates are 

verify that the bar code entered above in task 1704 was automatically calculated based on the schedule so that 

correct. users need not be bothered by these details. In addition 

If task 1706 can find the inventory record of the miss- unique media copy codes are assigned to received 

ing or jammed media copy, then a task 1710 searches media copies and unique location codes are assigned to 

inventory data base 1008 (see FIG. 10) for another 40 potential locations where the media copies might possi- 

record that has the same title as the missing or jammed blv re side to track and provide accountability for the 

tape. In particular, task 1710 searches for the last listed received media copies. 

record with the selected title and with a Location Bar Tne present invention has been described above with 

Code that indicates that the associated media copy is in reference to a preferred embodiment. Additional details 

an available location, such as in library 32 (see FIG. 2). 45 related to this preferred embodiment may be obtained 

The last copy will be the back up copy, if available. bv referring to a computer software listing deposited in 

Media copies which are listed as being loaded in chan- tne U.S. Copyright Office in connection with U.S. 

nels are viewed as being unavailable. Copyright Registration No. TX437607. However, those 

After task 1710, an inquiry task 1712 determines skilled in the art will recognize that changes and modifi- 

whether the search performed by task 1710 was success- 50 cations may be made in this preferred embodiment 

ful. If the search was unable to locate an available media without departing from the scope of the present inven- 

copy having the same title as the missing or jammed tion. For example, the exhibition and inventory manag- 

media copy, then program control proceeds to task ers of the present invention need not be u$ed in connec- 

1708 which displays an appropriate error message. The tion with delivery of taped video, but may be used for 

error message displayed in this situation by task 1708 55 audio performances, live performances, and perfor- 

may warn the user that no substitute media copies are mances recorded on other media. These and other 

available. After task 1708 program control exits proce- changes and modifications which are obvious to those 

dure 1700. skilled in the art are intended to be included within the 

On the other hand, when task 1712 determines that scope of the present invention, 

the search performed in task 1710 was successful, a task 60 What is claimed is: 

1714 displays the bar code and location of the substitute 1. A method of efficiently and accurately managing 

media copy. The user may utilize this information to the exhibition of predetermined performances through- 

locate and identify the selected substitute for the miss- out an interval of time, said method comprising the 

ing or jammed media copy. In addition, task 1714 dis- steps of: 

plays a message that reminds the user to consider reor- 65 entering data describing said predetermined perfor- 

dering the replacement tape. Inventory Manager pro- mances into a computer, each of said performances 

cess 62 (see FIG. 11) may assist in making a reorder having a unique data record associated therewith, 

purchase order as discussed above in connection with said entering step further comprising the steps of: 
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including data describing run times for said predeter- 
mined performances in said data records; and 

automatically calculating repeat factors for said pre- . 
determined performances, said repeat factors defin- 
ing minimum intervals between beginning times for 
two back-to-back performances and said repeat 
factors being greater than said run times. 

2. A method as claimed in claim 1 wherein said auto- 
matically calculating step forces said repeat factors to 
take one of a plurality of discrete values. 

3. A method as claimed in claim 1 wherein said enter- 
ing step additionally comprises the steps of: 

modifying one of said data records; 

determining whether said run time for said modified 

data record has been altered; and 
if said run time of said modified data record has been 

altered, calculating a new repeat factor. 

4. A method as claimed in claim 3 wherein said enter- 
ing step additionally comprises the step of: 

determining whether said repeat factor for said modi- 
fied data record has been altered; and 

if said repeat factor of said modified data record has 
been altered, instructing a user to reschedule exhi- 
bitions of the one of said performances that corre- 
sponds to said modified data record. 

5. A method as claimed in claim 1 wherein: 

said specifying step comprises the step of receiving 
information identifying a first playing time for said 
one of said performances; 

said associating step comprises the steps of receiving 
information identifying said record for said one of 
said performances, and storing said record identify- 
ing information in relation to said first playing time; 
and 

said repeating step comprises the step of calculating a 
second playing time by adding said repeat factor to 
said first playing time. 

6. A method as claimed in claim 5 wherein said speci- 
fying step additionally comprises the step of receiving 
information identifying a Jast playing time for said one 
of said performances; and 

said repeating step calculates additional playing times 
until one of said additional playing times occurs 
after said last playing time. 

7. A method as claimed in claim 5 wherein said asso- 
ciating step additionally comprises the steps of: 

displaying said repeat factor for user acceptance and 
modification; 

allowing said user to increase said repeat factor; and 
preventing said repeat factor from being decreased. 

8. A method as claimed in claim 2 wherein: 

said performances are exhibited by playing tapes of 
said performances; 

said entering step additionally comprises the step of 
automatically calculating repeat factors for said 
predetermined performances, each repeat factor 
specifying a minimum interval between beginning 
times for two back-to-back playings of a single tape 
of a performance, and each repeat factor being 
greater than a corresponding run time for said 
performance to compensate for rewinding said tape 
and to force said repeat factor to take one of a 
plurality of discrete values. 

9. A method of efficiently and accurately managing 
the exhibition of predetermined performances through- 
out an interval of time, said method comprising the 
steps of: 



entering data describing said predetermined perfor- 
mances into a computer, each of said performances 
having a unique data record associated therewith, 
wherein said entering step comprises the step of 
5 including data describing performance titles for 
said predetermined performances in said data re- 
cords; 

automatically calculating short titles for said perfor- 
mances, said short titles being formed from charac- 
10 ters in corresponding ones of said titles; 

displaying said short titles for user acceptance and 
modification; 

allowing said user to modify said short titles; 

including said short titles in said data records; 
IS specifying timing data to said computer, said timing 
data describing when to exhibit one of said perfor- 
mances; 

associating said record for said one of said perfor- 
mances with said timing data within said computer; 
20 repeating said associating step to produce an exhibi- 
tion plan; and 

controlling a video server to exhibit said predeter- 
mined performances in accordance with said plan. 

10. A method of efficiently and accurately scheduling 
25 the exhibition of a first plurality of performances on a 

second plurality of channels, said method comprising 
the steps of: 

entering data identifying said performances and run 
times therefor into a computer, each of said perfor- 
30 mances having a unique data record associated 
therewith; 

calculating repeat factors for said performances, said 
repeat factors being greater than corresponding 
run times; 

35 storing said repeat factors with corresponding data 
records; 

receiving information identifying a channel for which 
exhibitions of one of said performances are to be 
scheduled; 

40 receiving information identifying a first playing time 
for said one of said performances; 
receiving information identifying said data record for 

said one of said performances; 
associating said data record identifying information 
45 relative to said first playing time; 

calculating a second playing time substantially by 
adding said repeat factor to said first playing time; 
and 

associating said data record identifying information 
50 relative to said second playing time. 

11. A method as claimed in claim 10 additionally 
comprising the step of repeating said first playing time 
receiving, data record receiving, first playing time asso- 
ciating, calculating, and second playing time associating 

55 steps for each of said first plurality of performances. 

12. A method as claimed in claim 10 wherein said 
entering step additionally comprises the steps of: 

modifying one of said data records; 
determining whether said run time for said modified 
60 data record has been altered; and 

if said run time of said modified data record has been 
altered, calculating a new repeat factor. 

13. A method as claimed in claim 12 wherein said 
entering step additionally comprises the step of: 

65 determining whether said repeat factor for said modi- 
fied data record has been altered; and 
if said repeat factor of said modified data record has. 
been altered, instructing a user to reschedule exhi- 
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bitions of the one of said performances that corre- 
sponds to said modified data record. 

14. A method as claimed in claim 10 wherein said 
method additionally comprises the steps of: 5 

receiving information identifying a last playing time 
for said one of said performances; 

calculating additional playing times substantially by 
adding said repeat factor to prior playing times 
until one of said additional playing times occurs 10 
after said last playing time; and 

associating said data record identifying information 
relative to said each of said additional playing 
times. 15 

15. A method as claimed in claim 10 wherein said data 
record receiving step comprises the steps of: 

displaying said repeat factor for said one of said.per- 
formances for user acceptance and modification; 

allowing said user to increase said repeat factor for 20 
said one of said performances; and 

preventing said repeat factor for said one of said 
performances from being decreased. 

16. A method as claimed in claim 10 wherein said ^ 
entering step comprises the steps of: 

including data describing titles for said predeter- 
mined performances in said data records; 

automatically calculating short titles for said perfor- 
mances, said short titles being formed from charac- 30 
ters in corresponding ones of said titles; 

displaying said short titles for user acceptance and 
modification; 

allowing said user to modify said short titles; and ^ 
including said short titles in said data records. 

17. A method of efficiently and accurately managing 
the exhibition of a first plurality of performances on a 
second plurality of channels throughout an interval of 
time, said method comprising the steps of: 40 

entering data identifying said performances and run 
times therefor into a computer, each of said perfor- 
mances having a unique data record associated 
therewith; 45 

calculating repeat factors for said performances, said 
repeat factors being greater than corresponding 
run times; 

storing said repeat factors with corresponding data 
records; 50 
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first receiving information identifying a channel for 
which exhibitions of one of said performances are 
to be scheduled; 

second receiving information identifying first and last 
playing times for said one of said performances; 

third receiving information identifying said data re- 
cord for said one of said performances; 

first associating said data record identifying informa- 
tion relative to said first playing time; 

calculating subsequent playing times substantially by 
adding said repeat factor to a previous playing time 
until one of said subsequent playing times is greater 
than said last playing time; and 

subsequent associating said data record identifying 
information relative to said second playing time; 

repeating said first, second, and third receiving steps, 
said first associating step, said calculating step, and 
said subsequent associating step for each of said 
second plurality of channels to produce an exhibi- 
tion plan; and 

controlling a video server to exhibit said perfor- 
mances in accordance with said plan. 

18. A method as claimed in claim 17 additionally 
comprising the step of counting the number of exhibi- 
tions for at least one of said predetermined perfor- 
mances within said exhibition plan. 

19. A method as claimed in claim 17 wherein said 
entering step additionally comprises the steps of: 

modifying one of said data records; 

determining whether said run time for said modified 

data record has been altered; and 
if said run time of said modified data record has been 

altered, calculating a new repeat factor. 

20. A method as claimed in claim 19 wherein said 
entering step additionally comprises the step of: 

determining whether said repeat factor for said modi- 
fied data record has been altered; and - 

if said repeat factor of said modified data record has 
been altered, instructing a user to reschedule exhi- 
bitions of the one of said performances that corre- 
sponds to said modified data record. 

21. A method as claimed in claim 17 wherein said 
third receiving step comprises the steps of: 

displaying said repeat factor for said one of said per- 
formances for user acceptance and modification; 

allowing said user to increase said repeat factor for 
said one of said performances; and 

preventing said repeat factor for said one of said 

performances from being decreased. 
***** 
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